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(54) Pipelined architecture to decode parallel and serial concatenated codes (turbo codes) 



(57) The present invention provides a method and 
apparatus (400) for iterativeiy decoding data which has 
been encoded with contatenated codes. The apparatus 
(400) includes pipelined and cascaded decoder proces- 
sors (405, 430 and 436) connected to a multiple block 
memory device (402), through a multiplexing and data 
control block (404). A data decision element (437) is 
provided for generating decoded output data. The 
method includes receiving encoded data (802) while 
data already received is processed Iterativeiy by 
decoder processors In a pipelined fashion. Decoder 
processors are designated to perform particular itera- 
tions (810) of an iterative decoding process which are 
performed simultaneously As a decoder processor 
completes processing its designated iteration on a block 
of data, the decoder processor outputs decoding infor- 
mation (808) to the decoding processor designated to 
perform the subsequent iteration. Upon completion of 
all iterations for a block of data, the method includes 
generating output (814) consisting of the decoded data 
block. The method provides that once processing is 
complete on a data block, the memory block is made 
available (816) for the storing of new encoded input 
data. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention generally relates to 5 
the decoding of parallel and serial concatenated codes. 
More specifically, the present invention relates to a pipe- • 
lined architecture and method for iteratively decoding 
parallel and serial concatenated codes in order to mini- 
mize the effects of decoding processing speed on over- io 
all data communication rate. 
[0002] Data signals, in particular those transmitted 
over a typically hostile RF interface; are susceptible to 
errors caused by interference. Various methods of error 
connection coding have been developed in order to min- is 
imize the adverse effects that a hostile Interface has on 
the integrity of communicated data. This is also referred 
to as lowering the Bit En-or Rate (BER), which is gener- 
ally defined as the ratio of incorrectly received informa- 
tion bits to the total number of received information bits. 20 
Error correction coding generally involves representing 
digital data in ways designed to be robust with respect 
to bit en-ors. Error correction coding enables a commu- 
nication system to recover original data from a signal 
that has been corrupted. Typically, the greater the 25 
expected BER of a particular communication link, the 
greater the complexity of the error correction coding 
necessary to recover the original data. In general, the 
greater the complexity of the error correction coding, the 
greater the inefficiency of the data communication. The 30 
greater inefficiency results from a reduction of the ratio 
of information bits to total bits communicated as the 
complexity of the error correction coding increases. The 
additional information introduced into the original body 
of data by error con-eclion coding consumes spectrum 35 
bandwidth and processor cycles on both the transmit- 
ting and receiving ends of the communication. 
[0003] In cases where the expected BER of a par- 
ticular communication link is substantially higher than 
the acceptable BER, a concatenated set of error cor- 40 
recting codes may be applied to the data in order to 
lower the BER to acceptable levels. Concatenated error 
correction coding refers to sequences of coding in 
which at least two encoding steps are performed on a 
data stream. Concatenated coding may be performed in 45 
series, where encoded data is subjected to further 
encoding, or in parallel where the original data is sub- 
jected to different encoding schemes to perform inter- 
mediate codes which are then further processed and 
combined into a serial stream. 50 
[0004] For example, in serially concatenated cod- 
ing, where two error correction codes are concatenated, 
an "outer code" is applied to the original data followed 
by an "inner code" which is then applied to the original 
data already encoded with the outer code. Serially con- 55 
catenated coded data may become quite complex, even 
in an error con-ection scheme involving the application 
of only two concatenated error correction codes. An 



outer code may take the form of a block code, such as a 
Reed-Solomon code, and an inner code may take the 
form of a convolutional code. 
[0005] Reed-Solomon block codes are organized 
on the basis of groups of bits referred to as symbols. To 
form symbols, an incoming serial bit stream may be 
stored as sequences of m individual bits (a symbol). 
The Reed- Solomon code has k information symbols 
(rather than bits), r parity symbols, and a total codeword 
length of n=k+r symbols. For 8-bit symbols, a Reed- 
Solomon codeword is typically 255 symbols in length. 
Allowing the codeword to correct up to 16 symbols 
requires 32 parity symbols, thereby leaving 223 data 
symbols (for an effective code rate of 223/255 (approxi- 
mately 7/8)). 

[0006] A convolutional code is a type of error cor- 
recting code which transforms an input sequence of bits 
into an output sequence of bits through the use of a 
finite-state machine, where additional bits are added to 
the data stream to allow for error-correcting capability. 
Typically the amount of error-correction capability is pro- 
portional to the amount of additional bits added and the 
amount of memory preset in the finite-state machine 
encoder The constraint length. K, of a convolutional 
code is proportional to the finite-state machine's mem- 
ory, and the rate of the convolutional code (e.g. m/n with 
m<n) describes how many additional bits are added for 
every m information bits input (i.e.. n-m bits added for 
each m information bits). The decoding complexity of a 
convolutional code increases exponentially with the 
constraint length. 

[0007] Next consider an example of a parallel con- 
catenated turbo coding scheme. A block of data may be 
encoded with a particular coding method resulting in 
systematic bits and parity bits. Additionally, the original 
block of data may be rearranged with a permuter and 
then encoded with the same method as that applied to 
the original data resulting in systematic bits (which may 
be discarded) and parity bits. The two sets of encoded 
data are then further processed and merged into a 
serial bit stream. As with the case of serially concate- 
nated coding, the complexity of parallel concatenated 
coding depends on the chosen encoding scheme, and 
can become significantly complex. 
[0003] From the previous discussion, it is apparent 
that data encoded with a convolutional error correction 
coding scheme may become quite complex, even with 
only two levels of convolutional encoding. The amount 
of processing necessary to decode such convolutionally 
encoded data can be considerable. 
[0009] Parallel and serial concatenated codes are 
sometimes decoded using iterative decoding algo- 
rithms. One commonly employed method of iterative 
decoding utilizes a single decoder processor where the 
decoder output metrics are fed back to the input of the 
decoder processor. Decoding is performed in an itera- 
tive fashion until the desired number of iterations have 
been performed. In order for the decoder processor to 
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decode the encoded input data at the same rate as the 
input data is arriving, the decoder processor must proc- 
ess the encoded data at a rate faster than the rate of the 
incoming data by a factor at (east equal to the number of 
• Iterations necessary. With this method of iterative 5 
decoding, the speed of the decoder processor becomes 
a significantly limiting factor in the system design. 
[001 0] Another method of iterative decoding utilizes 
a number of decoder processors equal to the number of 
processing iterations necessary, each decoder proces- 10 
sor operating independently and in parallel with the oth- 
ers. Each decoder processor iteratively decodes its own 
block of data from start to finish. The decoder proces- 
sors take turns processing incoming blocks of data. For 
example, in a system with three independent decoders 75 
operating In parallel, decoder one may decode blocks n, 
n+3. n+6. etc.. decoder two may decode blocks n+1,' 
n+4, n+7. etc., and decoder three may decode blocks 
n+2, n+5. n+8. etc. Each decoder processor may either 
have multiple blocks of dedicated memory or a complex 20 
multiplexing/demultiplexing scheme allowing decoder 
processors to share memory. Each parallel decoder 
processor also has its own data decision element. The 
outputs from the parallel decoder processors are multi- 
plexed to form a serial bit stream. It is apparent from the 25 
above discussion that with the parallel decoder proces- 
sor method of iterative decoding, the quantity of hard- 
ware necessary to implement the method becomes a 
significantly limiting factor in the system design. 
[0011] The need to maximize processing speed 30 
and minimize hardware requirements exists in the com- 
munications industry. For example, nowhere is this need 
more apparent than in satellite communications sys- 
tems where relatively large amounts of data are to be 
processed by relatively small amounts of hardware. The 35 
data throughput rate in satellite communications sys- 
tems is constantly pushing the envelope of processing 
speed. However, there Is also a great need to minimize 
the amount of payload hardware because of cost, 
weight, power consumption, and reliability concerns. 40 
Thus, there exists a need in the communications Indus- 
try for an improved method of decoding data that maxi- 
mizes processing speed while minimizing the amount of 
hardware required. 



or subset of the total number of iterations, for iteratively 
decoding the encoded data. 

[001 5J A preferred embodiment of the present 
invention provides an apparatus and method for itera- 
tively decoding data. The apparatus includes pipelined 
and cascaded decoder processors, each of which per- 
form an iteration, or subset of the total iterations, of an 
iterative decoding scheme. Also included is a multiple 
block memory device which stores the input encoded 
data while the data is being processed by the decoder 
processors. The input encoded data is stored in blocks 
so that individual input encoded data blocks may be 
selectively accessed by different decoder processors. 
Multiplexers are implemented to provide the decoder 
processors selective access to specific input encoded 
data blocks. A data decision element is provided for 
generating decoded output data and is connected to the 
output of the last decoder processor in the cascade of 
decoder processors. 

[0016] The method for iteratively decoding data 
includes receiving blocks of encoded input data into 
available memory blocks while cascaded decoder proc- 
essors are simultaneously performing their respective 
decoding iterations on encoded data previously 
received and stored in occupied data blocks. Upon com- 
pletion of their respective decoding iterations, the 
decoder processors provide output Information, also 
known as metrics, to their respective successor 
decoder processors in the cascade. The decoder proc- 
essors then proceed to perform their respective itera- 
tions on their next respective blocks of encoded input 
data based on metrics that have been received from 
their respective predecessor decoder processors in the 
cascade. The method further includes generating out- 
put decoded data with a data decision element based 
on metrics information received from the last decoder 
processor in the cascade. Once the encoded input data 
stored in a memory block has been decoded, the mem- 
ory block is made available to store new incoming 
encoded data. 



SUMMARY OF THE INVENTION 
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[001 2] It is an object of the present invention to pro- 
vide an improved scheme for Iteratively decoding data 
encoded with concatenated codes. 50 
[001 3] It is another object of the present invention to 
provide a pipelined scheme for decoding data encoded 
with concatenated codes utilizing cascaded decoder 
processors. 

[001 4] It is yet another object of the present inven- 55 
tion to provide a pipelined scheme for decoding data 
encoded with concatenated codes utilizing cascaded 
decoder processors, each of which process an iteration 



BRIEF DESCRIPTION OF THE DRAWINGS 
[0017] 

Rgure 1 Illustrates the structure of a basic turbo- 
coding system. 

Figure 2 illustrates the structure of a basic turbo- 
decoding system. 

Figure 3 illustrates an Iterative turbo-decoding sys- 
tem with a single decoder processor. 
Figure 4 illustrates a pipelined iterative turbo- 
decoding system according to a preferred embodi- 
ment of the present invention. 
Figure 5 illustrates a method for iteratively decoding 
encoded data performed by a first cascaded 
decoder processor according to a preferred embod- 
iment of the present invention. 
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Figure 6 illustrates a method for iteratively decoding 
encoded data performed by a middle cascaded 
decoder processor according to a preferred embod- 
iment of the present invention. 
Figure 7 illustrates a method for iteratively decoding 
encoded data performed by a last cascaded 
decoder processor according to a preferred embod- 
iment of the present invention. 
Figure 8 illustrates a method for iteratively decoding 
a block of encoded data according to a preferred 
embodiment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

[0018] To illustrate a preferred embodiment of the 
present invention, a data encoding technique known as 
turbo-coding was chosen. General information regard- 
ing turbo-coding can be found in "Continuous Map Algo- 
rithms and Their Applications to Decode Parallel and 
Serial Code Concatenations", Proceedings of the Fifth 
European Space Agency Workshop on Digital Signa! 
Processing Techniques Applied to Space 
Communications. September 1996, pgs. 8.10-8.24. 
which is included herein by reference in its entirety. Fig- ; 
ure 1 illustrates a basic turbo-coding system 100. Data 
to be encoded ("raw data") is applied to the input 102 of 
a first encoder 104. The first encoder 104 performs a 
chosen type of encoding on the raw data bits and out- 
puts two sets of bits. The first set of bits output from the 3 
first encoder 104 are commonly referred to as system- 
atic bits, which are output from the systematic bit output 
106 of the first encoder 104. Systematic bits are directly 
representative of the information contained in the raw 
data. The systematic bits output from the first encoder st 
■ 104 will also be referred to as the C1 bits. The second 
set of bits output from the first encoder 104 are com- 
monly referred to as parity bits, which are output from 
the parity bit output 108 of the first encoder 104. Parity 
bits are a function of the states of the raw data bits. 4o 
[001 9] The raw data is also applied to the input 1 1 0 
of a permuter 1 12. A permuter is a device which rear- 
ranges bits, typically in a random manner. The permuter 
1 12 rearranges the raw data bits. The rearranged raw 
data bits output from the permuter 1 1 2 are then applied 45 
to the input 1 14 of a second encoder 116. The second 
encoder 1 16 may be the same type of encoder as the 
first encoder 104. As with the first encoder 104, the sec- 
ond encoder lie outputs two sets of bits. Systematic 
bits are output from the systematic bit output 1 1 8 of the so 
second encoder 1 16. and parity bits are output from the 
parity bit output 120 of the second encoder. 116. The 
systematic bits output from the second encoder 1 1 6 are 
typically discarded since they generally contain the 
same information as the systematic bits output from the ss 
first encoder 104. The parity bits, however, are retained 
since they represent unique and important information. 
[0020J The parity bits output from the first encoder 



104 parity bit output 108 are input to a puncturer 122. 
Likewise, the parity bits output from the second encoder 
1 16 parity bit output 120 are input to the puncturer 122. 
A puncturer is a device which compresses data, thereby 
5 eliminating unnecessary information. The puncturer 
122 compresses the input parity bits in order to make 
more efficient use of communication channel band- 
width. The puncturer 122 output bits corresponding to 
compressed parity bits from the first encoder 104 are 
10 output from the first puncturer output 124. The punc- 
turer 122 output bits corresponding to compressed par- 
ity bits from the first encoder 104 will also be referred to 
as "the C2 bits". The puncturer 122 output bits corre- 
sponding to compressed parity bits from the second 
15 encoder 1 16 are output from the second puncturer out- 
put 126, The puncturer 1 22 output bits corresponding to 
compressed parity bits from the second encoder 116 
will also be referred to as "the C3 bits". Prior to being 
modulated and transmitted over a communication chan- 
ge nel. the Cl bits. C2 bits and C3 bits will be combined in 
some manner to form a serial bit stream. 
[0021] On the receiving end of the communication 
channel, the signal is demodulated and must be 
decoded to extract the original raw data. Figure 2 illus- 
?5 trates a basic turtDo decoder 200 that will serve to 
develop basic turbo decoder concepts, an understand- 
ing of which will assist in understanding the subsequent 
discussion. 

[0022] The systematic bits (CI bits) and first set of 
0 parity bits (C2 bits) of turbo-encoded data are applied to 
the data input 202 of a first Soft-Input-Soft-Output 
("SISO") decoder 204. The metrics input 206 of the first 
SISO decoder 204 has a null input applied. The data 
output 208 of the first SISO decoder 204 Is discarded. 
? The metrics output 2 1 0 of the first SISO decoder 204 is 
applied to the input of a permuter 211. The permuter 
211 rearranges the bits of the Input metric and applies 
the result to the metrics input 212 of a second SISO 
decoder 214. The second set of parity bits (C3 bits) are 
applied to the data input 216 of the second SISO 
decoder 214. The second SISO decoder 214 performs 
a decoding operation based on the C3 bits and the met- 
ric bits from the permuter 21 1 , which are permuted met- 
ric bits, originally output from the first SISO decoder 
204. The data output 218 of the second SISO decoder 
214 is discarded. The metrics output 219 of the second 
SISO decoder 214 is applied to the input of an inverse- 
permuter 220. An Inverse-permuter is in essence a per- 
muter set up to restore permuted bits to their pre-per- 
muted order. For example, if bit sequence A is permuted 
by a permuter to form bit sequence B. an inverse per- 
muter would restore bit sequence B back to bit 
sequence A. 

[()023] In addition to being applied to the input of the 
permuter 21 1. the metrics output 210 of the first SISO 
decoder 204 Is applied to a delay circuit 222. The output 
of the delay circuit 222 and the output of the inverse- 
permuter 220 are applied to Inputs of an adder 224. The 



7 



EP 1 024 601 A1 



8 



output of the adder 224 is applied to the input of a data 
decision processor 226 which outputs a bit stream of 
decoded data corresponding to the original raw data. 
[0024] The example decoder illustrated in Figure 2. 
and discussed above, often does not provide ade- 5 
quately decoded data in one pass. It is typically utilized 
in an iterative architecture 300 as shown in Figure 3. In 
an iterative type of decoding system, an output metric 
resulting from a decoding iteration will typically be fed 
back to the metrics input of a decoder.. The encoded io 
data will then be decoded repeatedly with better and 
better metrics until the metrics converge to values cor- 
responding to high confidence levels. The total number 
of decoding iterations necessary to achieve the desired 
confidence level is typically a predetermined value. is 
[0025] Comparing the decoding schemes illustrated 
in Figures 2 and 3, the only architectural difference is a 
metric feedback path from the output of the inverse-per- 
muter (220 in Figure 2, 320 in Figure 3) to the input of 
the first SISO decoder (206 in Figure 2. 306 in Figure 3). 20 
[0026] Referring to the decoder processor 300 illus- 
trated in Figure 3, the systematic bits (CI bits) and first 
set of parity bits (02 bits) of turbo-encoded data are 
applied to the data input 302 of a first Soft-Input-Soft- 
Output ("SISO") decoder 304. The metrics input 306 of 25 
the first SISO decoder 304 is connected to the output 
from the inverse-permuter 320. The data output 308 of 
the first SISO decoder 304 is discarded. The metrics 
output 310 of the first SISO decoder 304 is applied to 
the input of a permuter 311. The pennuter 311 rear- 30 
ranges the bits of the input metric and applies the result 
to the metrics input 31 2 of a second SISO decoder 31 4. 
The second set of parity bits (C3 bits) are applied to the 
data input 316 of the second SISO decoder 314. The 
second SISO decoder 314 performs a decoding opera- 35 
tion based on the 03 bits and the metric bits from the 
permuter 311, which are permuted metric bits from the 
first SISO decoder 304. The data output 318 of the sec- 
ond SISO decoder 314 Is discarded. The metrics output 
319 of the second SISO decoder 314 is applied to the 40 
Input of the inverse-permuter 320. 
[0027] In addition to being applied to the input of the 
permuter 311, the metrics output 310 of the first SISO 
decoder 304 is applied to a delay circuit 322. The output 
of the delay circuit 322 and the output of the inverse- 45 
permuter 320 are applied to inputs of an adder 324. The 
output of the adder 324 is applied to the Input of a data 
decision processor 326 which outputs a bit stream of 
decoded data corresponding to the original raw data. 
[0028] As stated earlier, the output of the inverse- so 
permuter 320 is connected to the metrics input 306 of 
the first SISO decoder 304. Thus, the decoder proces- 
sor 300 performs the nth decoding iteration with an 
input metric resulting from the (n-l)th decoding itera- 
tion. The total number of iterations is typically pre-deter- 55 
mined. However, there may be instances where 
flexibility is designed into an architecture to enable an 
adaptable number of iterations to be performed. 



[0029] As mentioned in the background section, a 
weakness of the single decoder processor / multiple 
iteration decoding scheme is that the decoder proces- 
sor 300 must complete the iterative decoding process- 
ing as fast as the encoded data is arriving. Thus for an 
n-iteration decoding scheme, the decoder processor 
300 must process a decoding iteration n-times as fast 
as the data is arriving. A pipelined solution to this prob- 
lem utilizing cascaded decoder processors is illustrated 
in Figure 4. 

[0030] Figure 4 illustrates an embodiment 400 of 
the present Invention applied to the particular problem 
of iteratively decoding data encoded with turbo coding. 
The particular embodiment 400 illustrated is for itera- 
tively decoding data by performing three decoding itera- 
tions. The example may be extended to include as many 
decoding iterations and cascaded decoder processors 
as necessary. 

[0031] Encoded data may be stored in consecutive 
data blocks as the encoded data arrives. The multiple- 
block memory 402 of the embodiment illustrated in Fig- 
ure 4 is divided into four data blocks. Data Block 1 , Data 
Block 2, Data Block 3 and Data Block 4. Each data block 
is logically and/or physically divided into three sections, 
CI. C2 and C3. 01 sections store systematic bits, C2 
sections store first sets of parity bits, and C3 sections 
store second sets of parity bits. 
[0032] A multiplexing and data control block 404 
controls decoder processor access to the encoded data 
in the memory 402. In the embodiment illustrated in Fig- 
ure 4, the multiplexing and data control block 404 is 
divided into three sections. The first section, 01 MUX, 
controls access to 01 sets of systematic bits. The sec- 
ond section. C2 MUX, controls access to C2 first sets of 
parity bits. The third section, 03 MUX, controls access 
to C3 second sets of parity bits. 
[0033] The embodiment illustrated in Figure 4 
shows three cascaded decoder processors (406, 430, . 
and 436). The data input 408 of the first decoder SISO- 
1.1 of the first decoder processor 406 initially receives 
data from the 01 and 02 sections of Data Block 1 , via 
01 MUX and C2 MUX respectively. The metric input 410 
of SISO- 1.1 receives a null input since the first decoder 
processor 406 is the first decoder processor in the cas- 
cade of decoder processors. SISO-1.1 performs a 
decoding operation and produces two outputs, a data 
output 412 and a metric output 414. The data output 
412 from SISO-1.1 is discarded. The metric output 414 
from SISO-1.1 is input to the permuter 416 of the first 
decoder processor 406. The permuter 416 rearranges 
Its input bits and sends them to the metric input 418 of 
the second decoder SISO-1 .2 of the first decoder proc- 
essor 406. 

[0034] The data input 420 of SISO-1 .2 initially 
receives data from the 03 section of Data Block 1 via 03 
MUX. SISO-1 .2 pertorms a decoding operation and pro- 
duces two outputs, a data output 422 and a metric out- 
put 424. The data output 422 from SISO-1 .2 is 
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discarded. The metric output 424 of SISO-1.2 is input to 
the inverse-permuter 426 of the first decoder processor 
406. The inverse-permuter 426 rearranges its input bits, 
which are the metric bits output from SISO-1.2. in a 
manner that is inverse to the bit rearrangement per- 5 
formed by the permuter 416 and sends the rearranged 
input metric bits to the metric input 428 of SISO-2.1 of 
the second decoder processor 430. 
[0035] While the first decoder processor 406 is per- 
forming its decoding iteration on the encoded data 10 
stored in Data Block 1, newly arriving encoded data is 
stored in Data Block 2. When the first decoder proces- 
sor 406 completes its decoding iteration of the encoded 
data in Data Block 1 , resulting in the sending of the met- 
rics from the inverse-permuter 426 of the first decoder 15 
processor 406 to the metrics input 428 of SISO-2.1 of 
the second decoder processor 430, the decoder 
processing of a next Iteration begins. The multiplexing 
and data control block 404 now grants the second 
decoder processor 430 access to Data Block 1 and 20 
grants the first decoder processor 406 access to a new 
block of data. Data Block 2. As the second decoder 
processor 430 performs the second decoding iteration 
to be performed on the encoded data in Data Block 1 , 
the first decoder processor 406 performs the first 25 
decoding iteration to be performed on the encoded data - 
in Data Block 2. The decoding iteration performed by 
the first decoder processor 406 on the encoded data in 
Data Block 2 follows the discussion above regarding the 
decoding iteration performed by the first decoder proc- 30 
essor 406 on Data Block 1 . 

[0036] The second decoder processor 430 per- 
forms the second decoding iteration to be performed on 
the encoded data in Data Block 1 in a manner similar to 
the first decoding iteration performed by the first 35 
decoder processor 406. An important difference 
between the first decoder processor 406 and the sec- 
ond decoder processor 430 Is that the metric Input 410 
of the first decoder. SISO-1 . 1 , of the first decoder proc- 
essor 406 received a null input. As discussed above, the 40 
reason for this Is that the first decoder processor 406 is 
the first decoder processor in the cascade, and there- 
fore has no preceeding decoder processor from which 
to receive metric information. However, the metric input 
428 of the first decoder, SISO-2.1, of the second 45 
decoder processor 430 receives metric information out- 
put from the inverse permuter 426 of the first decoder 
processor 406. Except for the metric input difference 
just discussed, the second decoder processor 430 per- 
forms the second decoding iteration on the encoded so 
data in Data Block 1 in the same manner as discussed 
previously regarding the first decoder processor 406. 
[0037] While the first decoder processor 406 is per- 
forming its respective decoding iteration on the encoded 
data in Data Block 2 and the second decoder processor 
430 is performing its respective decoding iteration on 
the encoded data in Data Block 1. newly arriving 
encoded data is stored in Data Block 3. When the first 



decoder processor 406 completes the first decoding 
iteration on the encoded data in Data Block 2. and the 
second decoder processor 430 completes the second 
decoding iteration on the encoded data in Data Block 1 , 
the decoder processing of a next iteration begins. The 
output metrics from the inverse-permuter 426 of the first 
decoder processor 406 are applied to the metrics input 
428 of the first decoder. SISO-2.1, of the second 
decoder processor 430. The output metrics from the 
inverse-permuter 432 of the second decoder processor 
430 are applied to the metrics input 434 of the first 
decoder, SISO-3.1, of the third decoder processor 436. 
[0038] The multiplexing and data control block 404 
now grants the third decoder processor 436 access to 
Data Block 1, grants the second decoder processor 430 
access to Data Block 2. and grants the first decoder 
processor 406 access to a new block of data, Data 
Block 3. As the third decoder processor 436 performs 
the third decoding iteration to be performed on the 
encoded data in Data Block 1, the second decoder 
processor 430 performs the second decoding iteration 
to be performed on the encoded data in Data Block 2, 
and the first decoder processor 406 performs the first 
decoding Iteration to be performed on the encoded data 
in Data Block 3. The decoding iteration performed by 
the first decoder processor 406 on the encoded data In 
Data Block 3 follows the discussion above for the 
decoding iteration performed by the first decoder proc- 
essor 406 on Data Block 1. The decoding Iteration per- 
formed by the second decoder processor 430 on the 
encoded data in Data Block 2 follows the discussion 
above for the decoding iteration performed by the sec- 
ond decoder processor 430 on Data Block 1 . 
[0039] The third decoder processor 436 performs 
the third decoding iteration to be performed on the 
encoded data in Data Block 1 in a manner very similar 
to the second decoding iteration performed by the sec- 
ond decoder processor 430 on Data Block 1. An impor- 
tant difference is that the metric input 428 of the first 
decoder, SISO-2.1, of the second decoder processor 
430 receives the output metric from the inverse-per- 
muter 426 of the first decoder processor 405, and the 
metric input 434 of the first decoder, SISO-3.1. of the 
third decoder processor 436 receives the output metric 
from the inverse permuter 432 of the second decoder 
processor 430. Except for the metric Input difference 
just discussed, the third decoder processor 436 per- 
forms the third decoding iteration on the encoded data 
in Data Block 1 in the same manner as discussed previ- 
ously regarding the second decoder processor 430. 
[0040] As the third decoder processor 436 performs 
the third decoding iteration on Data Block 1 , the metric 
output data from SISO-3.1 and the metric output data 
from SISO-3.2 (through inverse-permuter 442) is syn- 
chronized, added, and analyzed by a data decision ele- 
ment 437 to produce the final set of decoded data 
corresponding to the encoded data in Data Block 1 . The 
metric output 438 from SISO-3. 1 is connected to a delay 
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element 444. The metric output 440 from SISO-3,2 is 
connected to the inverse-permuter 442 of the third 
decoder processor 436. The delay element 444 output 
446 and the inverse-permuter 442 output 448 are con- 
nected 10 an adder 450. The adder 450 output 452 is 5 
connected to the input of a decision processor 454. The 
output of the decision processor 454 is the decoded 
data corresponding to the encoded data in Data Block 
1 . Now that the encoded data in Data Block 1 has been 
decoded, the memory space in Data Block 1 Is made w 
available for storing the next block of encoded data 
received. 

[0041 ] While the first decoder processor 406 is per- 
forming its respective decoding iteration on the encoded 
data in Data Block 3, and the second decoder processor 15 
430 is performing its respective decoding iteration on 
the encoded data in Data Block 2, and the third decoder 
processor 436 is performing its respective decoding 
iteration on the encoded data in Data Block 1 , newly 
arriving encoded data is stored in Data Block 4. When 20 
the first decoder processor 406 completes the first 
decoding iteration on the encoded data in Data Block 3, 
and the second decoder processor 430 completes the 
second decoding iteration on the encoded data in Data 
Block 2, and the third decoder processor 436 completes 25 
the third decoding iteration on the encoded data in Data 
Block 1. the decoder processing of a next iteration 
begins. 

[0042] The multiplexing and data control block 404 
now grants the third decoder processor 436 access to 
Data Block 2, grants the second decoder processor 430 
access to Data Block 3, and grants the first decoder 
processor 406 access to a new block of data, Data 
Block 4. As the third decoder processor 436 performs 
the third decoding iteration to be performed on the 
encoded data in Data Block 2, the second decoder 
processor 430 performs the second decoding iteration 
to be performed on the encoded data in Data Block 3, 
and the first decoder processor 406 performs the first 
decoding iteration to be performed on the encoded data 
in Data Block 4. The decoding Iterations and final data 
decision processing follow the previous discussion. 
While this next round of decoding iterations are per- 
formed on the encoded data in Data Block 2, Data Block 
3 and Data Block 4, newly arriving encoded data is 
stored in Data Block 1 . The iterative decoding cycle dis- 
cussed above continues until all of the encoded data 
received is decoded. 

[0043] Figures 5. 6. 7 and 8 illustrate a method 
according to a preferred embodiment of the present 
invention for iteratively decoding encoded data using 
cascaded decoder processors. Figure 5 illustrates the 
method 500 followed by the first decoder processor in 
the cascade. As encoded data arrives, the first decoder 
processor in the cascade acquires access 502 to the 
memory block in which the encoded data is stored. The 
first decoder processor in the cascade then performs 
the first decoding iteration 504 on the block of data. The 



metrics resulting from the first decoding iteration are 
then sent 506 to the second decoder processor in the 
cascade. A decision 508 is then made. If there are more 
trfocks of encoded data to be decoded with the first 
decoding iteration, the process begins again at the data 
access acquisition step 502. If there are no more blocks 
of encoded data to be decoded with the first decoding 
iteration, the processing of first decoding iterations is 
complete 510. 

[0044] Figure 6 illustrates the method 600 followed 
by the nth decoder processor in the cascade, where the 
nth decoder processor is not the first or last decoder 
processor in the cascade. The nth decoder processor 
receives metrics 602 from the (n-l)th decoder proces- 
sor in the cascade. The nth decoder processor then 
acquires access 604 to the data block corresponding to 
the received metrics. The nth decoder processor in the 
cascade then performs the nth decoding iteration 606 
on the block of data. The metrics resulting from the nth 
decoding iteration are then sent 608 to the (n+1)th 
decoder processor in the cascade. A decision 610 Is 
then made. If there are more blocks of encoded data to 
be decoded with the nth decoding iteration, the process 
begins again at the metrics receiving step 602. If there 
are no more blocks of encoded data to be decoded with 
the nth decoding iteration, the processing of nth decod- 
ing iterations is complete 612. 

[0045] Figure 7 illustrates the method 700 followed 
by the last decoder processor in the cascade. The last 
30 decoder processor receives metrics 702 from the next- 
to-last decoder processor in the cascade. The last 
decoder processor then acquires access 704 to the 
data block con-esponding to the received metrics. The 
last decoder processor in the cascade then performs 
35 the last decoding iteration 706 on the block of data. The 
metrics resulting from the last decoding iteration are 
then sent 708 to a data decision element, A decision 
710 is then made. If there are more blocks of encoded 
data to be decoded with the last decoding iteration, the 
40 process begins again at the metrics receiving step 702. 
If there are no more blocks of encoded data to be 
decoded with the last decoding iteration, the processing 
of last decoding iterations is complete 712. 
[0046] The processing performed by the first cas- 
45 caded decoder processor, nth cascaded decoder proc- 
essor, and last cascaded decoder processor were 
discussed separately. However, it should be understood 
that although the decoding iterations on a given block of 
data are performed sequentially, decoding iterations are 
50 performed on different blocks of data simultaneously 
For example, while a first block of data is being decoded 
with a third decoding iteration, a second block of data is 
being decoded with a second decoding iteration, and a 
third block of data is being decoded with a first iteration. 
55 [0047] The metrics resulting from the last decoding 
iteration that are sent 708 to the data decision element 
are analyzed by the data decision element to produce 
the final output decoded data. The analysis performed 
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by the data decision element may consist of a parity 
test, where the arithmetic sign of a metric indicates the 
bit value of the corresponding decoded output bit. The 
output of the data decision element is preferab a bit 
stream of decoded data. 5 

[0048] Figures 5. 6 and 7 illustrate a method tor iter- 
atively decoding encoded data using cascaded decoder 
processors from the perspective of the cascaded 
decoder processors. Figure 8 illustrates the method 800 
for iteratively decoding encoded data using cascaded io 
decoder processors from the perspective of a block of 
encoded data. The arrival of a block of encoded data 
802 initiates the decoding process. A first decoding Iter- 
ation 804 is performed on the block of encoded data 
using a first decoder processor. A done decision 805 is is 
then made based on the number of decoding iterations 
performed so far on the block of encoded data relative 
to the predetermined total number of decoding itera- 
tions that are to be performed. If there are remaining 
decoding iterations to be performed on the block of 20 
encoded data, preparations 808 are made for the next 
decoding iteration to be performed. The preparations 
consist of providing the next cascaded decoder proces- 
sor performing the next decoding iteration with the out- 
put metrics from the most recent decoding iteration and 25 
with access to the encoded data block being decoded. 
The next decoding iteration 810 is then performed on 
the block of encoded data. The done decision 806 is 
then made again. The preparation 808 and decoding 
iteration 810 steps are performed repeatedly until the 30 
done decision 806 determines that the predetermined 
total number of decoding iterations to be performed on 
the encoded data block have been performed. Once this 
decision is made, the metrics from the last decoding 
iteration are passed 812 to a data decision element. 35 
Decoded output data is then generated 814 by the data 
decision element teased on the metrics passed to it. 
Since the encoded data is no longer needed after it is 
decoded, the memory block containing the encoded 
data is made available for other data 816. Although the 40 
decoding iteration step 810. last metric passing step 
812, and output generating step 814 are illustrated 
sequentially in Figure 8 for a block of encoded data, the 
metric passing step 812 and output generating step 814 
preferably occur simultaneously with the fast decoding 45 
iteration. This simultaneous processing is possible, 
because the metrics output from the last decoding iter- 
ation are preferably generated in the form of a sequen- 
tial stream of metrics. 

[0049] While particular elements, embodiments so 
and applications of the present invention have been 
shown and described, it will be understood, of course, 
that the invention is not limited thereto since modifica- 
tions may be made by those skilled in the art, particu- 
larly in light of the foregoing teachings. It is therefore ss 
contemplated by the appended claims to cover such 
modifications as incorporate those features which come 
within the spirit and scope of the invention. 



Claims 

1. A cascaded processor decoder for decoding 
encoded data, the decoder comprising: 

a plurality of decoder processors, including a 
first cascaded decoder processor and a sec- 
ond cascaded decoder processor; 
a metric output of said first cascaded decoder 
connected to a metric input of said second cas- 
caded decoder processor; and 
a memory connected to said decoder proces- 
sors, said memory comprising data blocks for 
storing encoded input data. 

2. The cascaded processor decoder of claim 1 , further 
comprising a plurality of multiplexers connected 
between said decoder processors and said mem- 
ory, said multiplexers allowing any decoder proces- 
sor to selectively access any data block in said 
memory. 



3. 



The cascaded processor decoder of claim 1 , further 
comprising a data decision element for generating 
decoded output data, said data decision element 
connected to said second cascaded decoder proc- 
essor. 



4. The cascaded processor decoder of claim 1 , further 
comprising: 

a plurality of multiplexers connected between 
said decoder processors and said memory, 
said multiplexers allowing any decoder proces- 
sor to access any data block in said memory; 
and 

a data decision element for generating 
decoded output data, said data decision ele- 
ment connected to said second cascaded 
decoder processor. 

5. A cascaded processor decoder for iteratively 
decoding data, the decoder comprising: 

a plurality of decoder processors equal in 
number to a predetermined number of decod- 
ing iterations, said decoder processors includ- 
ing at least a first cascaded decoder processor 
and a second cascaded decoder processor; 
a metric output of said first cascaded decoder 
processor connected to a metric input of said 
second cascaded decoder processor; 
a multiple-block memory comprising data 
blocks at least equal in number to said decoder 
processors; 

a plurality of multiplexers connected between 
said data blocks and said decoder processors, 
said multiplexers allowing said decoder proces- 



15 



EP 1 024 601 A1 



16 



sors to selectively access any of said data 

blocks; and 

a data decision element for generating 
decoded output data, said data decision ele- 
ment connected to said second cascaded s 
decoder processor. 

6. The cascaded processor decoder of claim 5 
wherein each of said data blocks comprise: 



a systematic bits section; 
a first parity bits section; and 
a second parity bits section. 

The cascaded processor decoder of claim 6 
wherein each of said decoder processors com- 
prise: 



10 



15 



a first decoder connected to a first data block 
including an associated systematic bits section 20 
and an associated first parity bits section; 
a permuter connected to a metric output of said 
first decoder; 

a second decoder connected to said first data 
block including an associated second parity 25 
bits section, said second decoder connected to 
an output of said permuter; and 
an inverse permuter connected to a metric out- 
put of said second decoder. 

30 

8. The cascaded processor decoder of claim 7, 
wherein said data decision element comprises: 

a delay element connected to a metric output of 
said first decoder of said second cascaded 35 
decoder processor; 

an adder connected to an output of said delay 
element, said adder connected to an output of 
said inverse permuter of said second cascaded 
decoder processor ; 40 
a data decision processor connected to an out- 
put of said adder, said data decision processor 
including a decoded data bit output. 

9. A method for iteratively decoding encoded data 45 
using a predetermined total number of decoding 
iterations, the method comprising: 



11. The method for iteratively decoding encoded data 
of claim 9, wherein said step of iteratively decoding 
comprises iteratively decoding among at least two 
interconnected cascaded decoder processors. 

12. The method for iteratively decoding encoded data 
of claim 9, wherein said step of iteratively decoding 
comprises decoding at most one iteration on each 
of said cascaded decoder processors. 

13. The method for iteratively decoding encoded data 
of claim 9, wherein said step of iteratively decoding 
comprises: 

performing a first number of decoding iterations 
on said encoded data with a first decoder proc- 
essor, and generating first resultant metrics; 
passing said first resultant metrics to a second 
decoder processor; 

performing a second number of decoding itera- 
tions on said encoded data with a second 
decoder processor, and generating second 
resultant metrics; and 

passing said second resultant metrics to a third 
decoder processor. 

14. The method for iteratively decoding encoded data 
of claim 13, further comprising: 

performing a last decoding iteration with a last 
decoder processor, and generating last result- 
ant metrics; 

passing said last resultant metrics from said 
last decoder processor to a data decision ele- 
ment; and 

performing data decisions with said data deci- 
sion element. 

15. The method for iteratively decoding encoded data 
of claim 14. wherein said step of generating last 
resultant metrics comprises: 

generating a first subset; 
generating a second subset; and 
generating said last resultant metrics by adding 
said first subset to said second subset. 



receiving encoded data into memory; and 
iteratively decoding said encoded data a pre- so 
determined total number of times with cas- 
caded decoder processors. 

10. The method for iteratively decoding encoded data 
of claim 9, further comprising : 55 

generating an output bit stream of decoded 
encoded data with a data decision element. 



16. The method for iteratively decoding encoded data 
of claim 14 wherein said step of performing data 
decisions comprises generating decoded data 
based on a polarity of said last resultant metrics. 

17. The method for iteratively decoding encoded data 
of claim 15 wherein said step of performing data 
decisions comprises generating decoded data 
based on a polarity of said last resultant metrics. 
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